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Abstract 

Behavior  of  relational  databases  is  studied  within  the  framework  of  Relational  Discrete 
Event  Systems  (RDES)  and  Models  (RDEM).  Production  system  and  recurrence  equa- 
tion RDEMs  were  introduced  and  their  expressive  powers  compared.  Non-deterministic 
behavior  was  defined  for  both  RDEMs  and  the  expressive  power  of  deterministic  and  non- 
deterministic  production  rule  programs  was  also  compared.  Both  comparisons  show  that 
non-determinism  increases  expressive  power  of  production  systems.  A  formal  concept  of  a 
production  system  interpreter  was  defined,  and  several  specific  interpreters  were  proposed. 
One  interpreter,  called  parallel  deterministic,  was  shown  to  be  better  than  others,  including 
the  conflict  resolution  module  of  0PS5,  in  many  respects. 


1      Introduction 

There  has  been  much  work  done  on  studying  behavioral  aspects  of  databases.  Triggers 
[1,11]  and  alerters  [4],  database  models  that  explicitly  support  behavior,  like  RUBIS  [8], 
SHM+  [2],  Event  Model  [6],  some  recent  attempts  to  interface  production  systems  and 
databases  [5,10]  -  are  examples  of  this  research. 

However,  there  is  no  formal  framework  for  studying  behavior  which  allows  to  compare 
the  proposed  models  in  terms  of  their  behavioral  properties  as  relational  query  languages 
can  be  compared  in  terms  of  expressive  power  and  relational  completeness.  Because  of 
that,  there  are  many  different  approaches  for  specifying  behavior  which  yet  have  to  be 
brought  together  in  a  single  formal  framework. 

This  report  contributes  towards  the  development  of  theoretical  models  of  database 
behavior  by  introducing  the  concepts  of  Relational  Discrete  Event  System  (RDES)  and 
Relational  Discrete  Event  Model  (RDEM).  RDES  is  defined  as  a  set  of  trajectories  over 
the  space  of  consistent  relational  database  states  and  is  based  on  the  notion  of  a  Discrete 
Event  System  (DES)  [14].  RDEM  is  a  formalism,  based  on  the  relational  data  model,  that 
describes  a  possibly  infinite  RDES  set  in  finite  terms.  These  two  concepts  are  important 
because  they  allow  to  compare  any  two  behavioral  models  based  on  the  relational  data 
model  in  terms  of  the  RDESes  their  RDEMs  describe. 

As  the  first  step  in  our  research,  we  consider  the  f  reduction  system  RDEM  (PS  RDEM) 
and  the  recurrence  equation  RDEM  (RE  RDEM)  and  compare  them  in  terms  of  the  RDE- 
Ses they  describe.  Both  of  these  RDEMs  are  nan- deterministic.  Non-determinism  is 
important  for  describing  systems  behavior  for  two  reasons.  First,  many  real-life  systems 
exhibit  non-deterministic  behavior.  Second,  as  we  wiU  show,  it  adds  expressive  power 
to  production  systems.  Some  aspects  of  non-determinism  were  previously  studied  in  the 
framework  of  Datalog  [7]  but  not  in  the  context  of  behavior  of  relational  databases. 

We  also  define  formally  the  concept  of  an  interpreter  for  the  PS  RDEM  and  consider 
several  specific  interpreters.  Formal  comparison  of  interpreters  constitutes  one  of  the  main 
contributions  of  the  report.  A  particular  interpreter,  called  parallel  deterministic^  was 
proven  to  be  better  than  others  in  many  respects.  As  a  special  case,  this  result  shows  that 
the  0PS5  interpreter  ^  is  inferior  to  the  parallel  deterministic  interpreter  in  a  formal  sense. 


^We  associate  the  meaning  with  the  term  "OPS5  interpreter"  that  is  different  from  the  one  used  in  the 


2  Relational  Discrete  Event  Systems  and  Models 

Let  R  be  a  database  schema  with  finite  domains.  Let  E(R)  be  the  set  of  all  consistent 
database  states  with  the  schema  R.  Note  that  I1(R)  is  a  finite  set.  Then  a  Relational 
Discrete  Event  System  (RDES)  is  a  set  of  finite  and  infinite  sequences,  called  trajectories, 
over  the  database  states  from  I](R).  In  other  words,  RDES  is  a  Discrete  Event  System 
[14,9],  where  the  state  space  is  S(R).  Intuitively,  an  RDES  defines  the  class  of  all  possible 
behaviors  of  a  relational  database,  and  a  trajectory  represents  an  element  of  this  class, 
i.e.  one  possible  evolution  of  the  database  in  time.  The  set  of  all  trajectories,  RDES,  is 
infinite  in  general.  A  Relational  Discrete  Event  Model  (RDEM)  is  a  finite  mathematical 
description  of  the  possibly  infinite  set  RDES.  In  other  words,  RDEM  is  a  Discrete  Event 
Model  [13]  for  an  RDES. 

Two  RDEMs  will  be  considered  in  this  paper.  Section  3  describes  an  RDEM  based  on 
production  systems  and  section  5  describes  an  RDEM  based  on  recurrence  equations. 

3  Production  System  RDEM 

A  Production  System  Relational  Discrete  Event  Model  (PS  RDEM)  is  a  production  system 
{D,  P,  /)  [3],  where  the  working  memory  D  is  a  point  in  S(R),  i.e.  is  a  consistent  instance 
of  the  relational  schema  R,  P  is  a  set  of  production  rules  based  on  the  underlying  rela- 
tional model,  and  7  is  an  interpreter.  We  define  production  rules  in  the  next  paragraph. 
Properties  of  various  interpreters  /  constitute  one  of  the  central  issues  of  the  report  and 
will  be  studied  later. 

Production  rules  are  defined  as  follows.  Let  Pi  be  a  literal,  i.e.  a  predicate  from  R.  a  re- 
lational operator  (=,  >,  etc.)  or  their  negation.  Let  0,j  be  INSERT,  DELETE  or  UPDATE 
operator.  The  format  of  the  INSERT  or  DELETE  operator  is  <  op  >  {R,  Xi,  Jj, . . . ,  x„), 
where  <  op  >  is  either  INSERT  or  DELETE,  x,  are  all  distinct  variables,  and  i?  is  a  relation 
to  be  modified.  UPDATE  is  defined  as  UPDATE(i?.xi, . . .  ,x„,;  x,  =  /i(xi, . . .  ,x„,); . . . ; 
Xm  =  /m(a"i, .  . . ,  Xm)),  where  /,  is  a  function  from  dom{R.Ai)  x  ...  x  dom{R.Am)  to 
dom(R.A,)  and  x^  is  defined  on  the  attribute  R.A^.   Q  denotes  the  EXCLUSIVE-OR  op- 


OPS.")  literature  [.1].  In  [3]  the  rules  interpreter  is  the  part  of  the  inference  engine  that  executes  the  rules. 
In  this  report,  "OPS5  interpreter"  is  the  collection  of  selection  strategies  (either  LEX  or  MEA)  used  for  the 
conflict  resolution. 


erator,  i.e.  Oi  (g)  O2  means:  either  apply  operator  O^  or  operator  O2  but  not  both.  Then 
the  format  of  a  production  rule  is 

m 

t=i 

The  operator  ®  expresses  non-determinism  among  operations,  e.g.  "if  a  person  enters  a 
bank,  he/she  can  go  to  the  teller's  line  or  to  the  automatic  tellers  machines."  We  do  not 
study  this  kind  of  non- determinism  in  this  report,  i.e.  we  always  assume  that  n  =  1. 
Only  safe  rules,  in  the  sense  of  [12,  pp.  104-106],  will  be  considered  in  this  report.  This 
implies,  among  other  things,  that  any  variable  in  any  operator  0,j  must  also  appear  in 
some  predicate  P,.  The  variables  in  a  rule  will  be  either  deterministic  or  non- deterministic. 
This  important  concept  is  explained  by  the  following  example. 

Example.  Consider  a  simplified  airline  system  AIRLINE.  An  airline  has  a  number  of 
planes  that  travel  between  airports.  Once  a  plane  arrives  at  an  airport,  it  is  scheduled  for 
landing.  Once  it  lands,  it  moves  to  a  terminal  and  then  to  the  takeoff  queue.  After  the 
takeoff,  a  plane  flies  to  another  airport.  This  process  continues  indefinitely. 

A  state  of  AIRLINE  is  defined  by  the  following  relations.  AIRPORT{A,TRM):  an 
airport  A  has  a  terminal  TRM;  DOCK{A,  TRM,  P):  a  plane  P  is  docked  at  a  terminal 
TRM  in  an  airport  A\  LQ{A,P,  POS):  a  plane  P  is  in  position  POS  in  the  landing 
queue  of  an  airport  A;  TQ{A,  P,  POS):  a  plane  P  is  in  position  POS  in  the  takeoff  queue 
of  an  airport  A;  DEST{P,A):  a  plane  P  is  flying  towards  an  airport  A.  The  function 
NEXT{P,A)  specifies  which  airport  a  plane  P  should  fly  to  after  an  airport  A. 

Two  examples  of  rviles  are  provided  below. 

PI:  If  an  airplane  is  the  first  in  the  landing  queue  and  there  are  free  terminals  then  move 
the  plane  non-deterministically  to  one  of  the  free  terminals. 

LQ{A,  P,  POS)  A  POS  =  1  A  AIRPORT{A,  TRM)  A  {WP')^DOCK{A,  TRM,  P') 
-^   DELETE{LQ,A.P,l)]  INSERT{DOCK,A,TRM,P) 

P2:  If  an  airplane  is  the  first  in  the  take-off  queue  then  it  will  take  off  and  fly  to  its  next 
destination. 

TQ{A,  P,  POS)  A  POS  =  1AA'  =  NEXT{P,  A)   -^ 
DELETE{TQ,  A,  P,  POS);  INSERT( BEST,  P,  A') 


As  part  of  the  definition  of  AIRLINE,  the  variable  TRM  in  Pi  is  specified  to  be 
non-deterministic.  In  this  case,  a  choice  is  made  among  aJl  the  a\'ailable  terminals  in  the 
airport,  and  only  one  terminal  is  selected  for  docking.  The  specification  of  which  variables 
are  non-deterministic  is  a  part  of  the  formal  syntax;  however,  we  have  not  done  so  in  this 
report  to  simplify  the  exposition. 

A  set  of  production  rules  will  be  called  a  Prodata  program.  It  is  an  acronym  stressing 
synergy  of  PROduction  rules  and  DATAbases  since  the  model  fully  supports  both  relational 
database  and  production  system  models.  A  Prodata  program  is  rule  deterministic  if  all  the 
variables  in  all  its  rules  are  deterministic.  Otherwise,  it  is  called  rule  non-deterministic. 

We  impose  two  additional  consistency  restrictions  on  the  set  of  Prodata  programs. 

First,  if  there  are  two  rules  Pj   -^  UPDATE(R A,...\A  =  Fi{. ...)...)  and  Pj  -^ 

UPDATE(R....,A....;A  =  Fjl.. ..)...)  then  either  Fi  =  F2  or  Pi  A  P2  =  FALSE,  thus 
precluding  conflicts  between  updates.  Second,  if  there  are  two  rules  Pi  — »  IXSERT{R,  Ti, 
X2,  •  •  •  1  ^k)  and  P2  — >  DELETE(R,xi,X2, . . .  ,Xk)  thenPi  AP2  =  FALSE,  thus  precluding 
conflicts  between  inserts  and  deletes. 

Interpreter.  An  interpreter  is  the  third  component  of  a  production  system.  It  will  be 
described  together  with  the  recognize-act  cycle  of  a  production  system.  The  recognize-act 
cycle  consists  of  the  following  steps.  First,  each  rule  is  matched  against  the  current  state 
of  the  database.  This  results  in  a  set  of  instantiated  tuples,  which  is  called  a  conflict  set. 

Second,  non-deterministic  choices  are  made  in  the  conflict  set.  For  each  rule,  fix  the 
deterministic  variables  and  select  only  one  set  of  values  of  the  non-deterministic  \'ariables 
from  all  the  sets  of  values  that  render  the  left  hand  side  (LHS)  of  the  rule  true.  The 
resulting  reduced  conflict  set  is  converted  into  an  operation  set  by  creating  operations  out 
of  each  instantiated  tuple  from  the  conflict  set. 

Third,  a  subset  of  operations  is  selected  for  the  execution.  An  interpreter  does  this 
selection.  Specifically,  for  a  set  of  operations  O,  an  interpreter  /  defines  a  set  S(0)  = 
{Oi,02, . . .  ,On}  of  subsets  of  O  (O,  C  O).  The  interpreter  defines  S(0)  independently 
of  the  recognize-act  cycles,  and,  therefore,  S(0)  depends  only  on  O  and  is  the  same  for 
any  cycle.  After  the  interpreter  selects  the  set  S(0),  all  operations  in  the  set  O,  G  S(0) 
are  executed  simultaneously.  This  is  done  non-deterministically  for  all  ?  =  !,...,«,  which 
means  that  n  new  states  are  generated  after  the  execution.   Therefore,  a  trajectory'  splits 


into  n  non-deterministic  trajectories.  This  completes  the  recognize-act  cycle. 

If  always  n  =  1  in  the  definition  of  the  set  S(0)  then  the  interpreter  is  called  opera- 
tionally deterministic  to  distinguish  this  kind  of  determinism  from  the  rule  determinism. 
Otherwise,  the  interpreter  is  called  operationally  non-deterministic.  We  consider  the  follow- 
ing four  kinds  of  interpreters.  A  universal  interpreter  is  the  one  that  non-deterministically 
selects  any  subset  of  O  for  execution.  If  n  =  1  and  0\  =  O  then  such  an  interpreter  is 
called  parallel  operationally  deterministic.  If  n  =  |0|,0,  =  {x,}  where  x,  G  O  then  such 
an  interpreter  is  called  selective  operationally  non- deterministic.  If  there  is  a  function  such 
that  for  any  operation  set  it  selects  one  element  out  of  that  set  then  the  corresponding 
interpreter  is  called  selective  operationally  deterministic. 

A  trajectory  TRjiD,  P),  generated  by  the  production  system  (^D,P,I),  is  an  infinite 
sequence  Do,  Di,  ...  or  a  finite  sequence  Do,  Di, .  .  . ,  Dh  of  states  such  that  Dq  =  D  and 
Z),+i  belongs  to  the  set  of  states  non-deterministically  obtained  from  Z),.  If  no  rules  match 
Dk  then  the  sequence  is  finite.  A  RDES  generated  by  PS  RDEM  (D,  P,  I)  is  the  set  of  all 
the  trajectories  TRi{D,P). 

We  described  a  production  system  which  is  a  modification  of  0PS5.  Specifically,  the 
following  changes  to  0PS5  have  been  made.  First,  we  removed  restrictions  of  0PS5  we  feel 
are  unnecessarily  limiting  such  as  the  requirement  that  attributes  of  a  condition  element 
must  belong  to  the  same  element  class  (relation  schema),  and  the  requirement  that  the 
first  condition  element  cannot  be  negated.  Second,  the  structure  of  production  rules  is 
made  more  relational  and  in  line  with  logic  programming.  Third,  only  conceptually  rele- 
vant features  of  0PS5  were  left  to  simplify  the  model.  For  example,  our  model  does  not 
contain  0PS5  actions  such  as  bind,  build,  write,  accept,  call.  Fourth,  non-determinism  was 
considered.  Finally,  as  will  be  shown  in  the  next  section,  the  0PS5  interpreter  is  inferior 
to  some  of  our  interpreters  in  a  certain  formal  sense. 

Our  model  also  differs  from  the  RPL  model  [5].  First,  RPL  model  is  based  on  SQL 
(the  LHS  of  a  rule  is  SQL  SELECT  and  the  RHS  is  INSERT,  DELETE  or  UPDATE 
statements),  and  our  model  borrowed  many  features  from  logic  programming.  Second, 
conflict  sets  are  computed  differently  in  the  two  models.  Third,  we  also  consider  non- 
determinism  and  various  non-deterministic  interpreters. 


4      Comparison  of  Various  Interpreters 

In  this  section  we  study  relationships  among  various  interpreters.  Specifically,  we  define 
different  kinds  of  "dominations"  of  one  interpreter  over  the  other.  Then  we  compare  the 
interpreters,  defined  in  the  previous  section,  in  terms  of  these  dominances.  This  allows  us 
to  see  which  interpreters  have  more  expressive  power  and,  therefore,  are  suited  better  for 
the  description  of  RDESes. 

Definition  1  An  interpreter  /  absolutely  dominates  an  interpreter  /'  if  for  any  relational 
schema  R,  any  Prodata  program  P,  there  is  a  Prodata  program  P'  such  that  for  any 
database  instance  R  with  schema  R,  RDES  generated  by  (7?.P', /')  is  the  same  as  the 
RDES  generated  by  (i?,  P,  /). 

Definition  2  An  interpreter  I  strongly  dominates  an  interpreter  /'  if  for  any  relational 
schema  R,  any  instance  R  of  that  schema  and  any  Prodata  program  P.  there  is  a  Prodata 
program  P'  such  that  RDES  generated  by  (P,  P',/')  is  the  same  as  the  RDES  generated 
hy{R,PJ). 

Definition  3  The  interpreter  /i  (deterministically)  path- dominates  the  interpreter  I2  if 
for  any  relational  schema  R,  any  instance  R  of  that  schema,  any  Prodata  program  P2  and 
any  non-deterministic  trajectory  TRi^{R,P2),  there  exists  a  (deterministic)  program  Pj 
and  a  trajectory  TP/, (P,  Pj)  such  that  the  two  trajectories  coincide.  In  other  words,  the 
set  of  all  possible  trajectories  generated  by  I2  is  contained  in  the  set  of  all  the  trajectories 
generated  by  /i.  This  kind  of  dominance  will  also  be  called  path-dominance. 

Two  interpreters  are  equivalent  if  they  dominate  each  other.  This  definition  is  applicable 
to  all  four  types  of  dominances. 

Note  that  TP/j(P,  Pj)  in  the  definition  of  deterministic  path-dominance  is  unique  for 
deterministic  interpreters.  Also,  note  that  ail  four  types  of  dominances  constitute  partial 
orderings  on  the  class  of  interpreters. 

It  is  easy  to  see  that  absolute  dominance  imphes  strong  dominance,  and  strong  domi- 
nance imphes  path-dominance.  Also,  deterministic  path-dominance  imphes  path-dominance 
but  deterministic  path-dominance  is  unrelated  to  strong  and  absolute  dominance. 


The  following  theorem  says  that  rule  non-determinism  adds  expressive  power  to  pro- 
duction systems. 

Theorem  1  For  any  interpreter,  there  is  a  rule  non- deterministic  production  system  such 
that  its  RDES  cannot  be  generated  by  any  rule  deterministic  production  system  under  any 
deterministic  interpreter. 

Properties  of  parallel  deterministic  interpreter  are  studied  now. 

Theorem  2  The  parallel  determ,inistic  interpreter  absolutely  dominates  any  other  inter- 
preter, including  the  universal  one. 

The  theorem  holds  because  all  the  domains  are  finite.  The  parallel  deterministic  in- 
terpreter dominates  the  universal  one  because  operational  non-determinism  can  be  "con- 
verted" into  rule  non-determinism  for  finite  domains. 

Proposition  1    The  universal  interpreter  path- dominates  any  other  interpreter. 

It  follows  from  Theorem  2  and  Proposition  1  that  the  universal  and  parallel  determin- 
istic interpreters  are  equivalent  in  terms  of  the  path-dominance. 

However,  the  previous  result  does  not  hold  for  deterministic  path  dominance: 

Proposition  2  Parallel  deterministic  interpreter  does  not  path- dominate  the  universal 
one  deterministically. 

We  can  establish  weaker  results  about  deterministic  path-dominance  of  the  parallel 
deterministic  interpreter.  First,  we  provide  some  preliminary  definitions. 

Definition  4  The  interpreter  7i  path- dominates  (deterministically )  the  interpreter  I2 
on  a  set  of  trajectories  T,  if  for  any  schema  R,  any  initial  state  of  that  schema  Do, 
any  Prodata  program  P2  and  any  non-deterministic  trajectory  TRj^iDo,  P2)  from  T,  there 
exists  a  (deterministic)  program  Pi  and  a  trajectory  Ti?/j(Z>o,  Pi)  such  that  this  trajectory 
belongs  to  T  and  the  two  trajectories  coincide. 

Let  R  be  the  set  of  states  and  a,  ;5  €  R*.  Denote  (3^  . .  .  0  . . .  as  (/?)  and  call  it  a  cycle. 
A  cyclic  trajectory  is  a  trajectory  of  the  form  a(/?),  i.e.  it  has  an  initial  string  followed  by  a 
cycle.  Cyclic  trajectories  constitute  an  important  class  of  trajectories  because  they  define 
behavior  of  rule  deterministic  systems  under  operationally  deterministic  interpreters. 


Proposition  3   Parallel  deterministic  interpreter  determinisiically  path-dominates  the  uni- 
versal one  on  the  set  of  cyclic  trajectories. 

Proposition  4    Parallel  deterministic  interpreter  determinisiically  path- dominates  any  op- 
erationally deterministic  interpreter  on  the  set  of  rule  deterministic  programs. 

The  next  two  results  show,  among  other  things,  that  the  OPSo  interpreter  is  not  the 
best  one  in  terms  of  the  dominance  criterion. 

Proposition  5   Parallel  deterministic  interpreter  strictly  path- dominates  the  selective 
non- deterministic  one. 

Proposition  6   Selective  non- deterministic   and  selective   deterministic   interpreters   are 
equivalent  in  terms  of  path- dominance. 

Corollary.   The  parallel  deterministic  interpreter  strictly  deterministically  path- dominates 
the  selective  deterministic  interpreter,  including  the  0PS5  interpreter. 
(Follows  from  Propositions  4,  5  and  6.) 

Implications  of  this  section's  results  are  discussed  in  the  conclusion. 

5      Recurrence  Equation  RDEM 

Let  R  =  (i?i(i4n, . . .  ,/liit, ), . . .  ,i?m(-4mi, . . . ,  Amfc„))  be  a  database  schema  and  D  be 
defined  as  before,  i.e.  D  G  S(R).  The  behavior  is  described  as  follows. 

Let  D*"*  =  (i?l"',i?^"\..., /?<;;'')  be  the  state  of  the  database  at  time  n.  Then  the 
recurrence  equation  RDEM  is  defined  as  £)("+^)  =  F(£>^"^),  where  F  is  a  vector  valued 
function  defined  bv 


Hi        (x,i, a-,1.., )     =     < 


>("  +  !) 


'  TRUE  ifP.(x.i,...,x.,.) 

FALSE  ifQ,(x.i X.,.) 

i?,"  (x.i x.fc.)  otherwise 

/iji (x,i , . . . ,  Xik, )  if P,i (x,i , . . . ,  x.jt. ) 

/ij2(x,i ,  X.fc,  )       ifP,2(x,i X,k,  ) 


■^'■1        ••'■ij     —     ' 


/tjm(x,i,...,Xi*.  )      ifP,„(x,i X.Jt.) 

,  P,"  .x,j  otherwise 
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where  P,,  Q,,  P,j  are  disjunctive  normal  form  (DNF)  formulas  with  predicates  i?i, . . . ,  R^, 
relational  operators  (  =  ,  >,  etc.)  and  their  negations,  such  that  Pif\Qi  =  FALSE,  P,_,  APj/  = 
FALSE  for  j  ^  1.  Moreover,  conjunctive  clauses  in  these  DNF  formulas  are  safe  [12,  pp. 
105].  fiji  in  the  second  formula  is  a  function  from  dom(P,.A,i)  x  .  . .  x  dom{R.Aim)  to 
dom{R.Aj).  The  variables  Xij  are  either  deterministic  or  non- deterministic  (see  Section  3). 

RE  RDEM  has  the  following  semantics.  For  each  predicate  P,j(.t,i,  . . . ,  x^^J  and  Pt{xii, 
...,Xik,)  fix  deterministic  variables.  Select  only  one  set  of  values  of  non-deterministic 
variables  from  all  the  sets  of  values  that  render  P^j  true.  Now,  both  deterministic  and 
non-deterministic  variables  have  values  assigned  to  them.  For  this  assignment,  compute 
£)(T!-t-i)  Qj-^g  choice  among  non-deterministic  variables  yields  one  trajectory.  The  set  of  all 
choices  yields  the  set  of  trajectories  which  will  be  called  trajectories  generated  by  a  given 
RE  RDEM. 

The  first  equation  corresponds  to  the  INSERT/DELETE  operations,  i.e.  if  a  tuple  is 
inserted  into  the  relation  P,  then  P-"  "'"^^(a:,i, . .  .,a;,fc, )  =  TRUE,  and  if  it  is  deleted  then 
the  value  is  FALSE.  The  second  equation  corresponds  to  the  UPDATE  operation.  It 
indicates  how  attributes  are  changed  after  the  update. 

Example.  Consider  the  AIRLINE  system  again.  The  recurrence  equation  for  TQ  is: 


TQiA,P.POS)    =    < 


'  TRUE  if  DOCK{A,  TRM,  P)  A  POS  =  SIZE{TQ)  +  1 

FALSE  if  TQ{A,  P,  POS)  A  POS  =  1 

.  TQ{A,P,POS)    otherwise 


This  equation  has  only  deterministic  variables. 

The  following  theorems  show  that  PS  RDEM  has  more  expressive  power  than  RE 
RDEM  but  deterministic  PS  and  RE  RDEMs  have  the  same  expressive  power.  In  these 
theorems  we  assume  that  the  interpreter  for  PS  RDEM  is  the  parallel  deterministic  one. 

Theorem  3   For  any  system  of  recurrence  equations  there  is  a  Prodata  program  such  that 
the  two  models  generate  the  same  RDES. 

Theorem  4    There  is  a  (non- deterministic)  PS  RDEM  such  that  no  RE  RDEM  can  gen- 
erate the  same  RDES  for  it. 

Theorem  5   For  any  deterministic  Prodata  program  there  is  a  system  of  recurrence  equa- 
tions such  that  the  two  models  generate  the  same  RDES. 


6      Conclusions  and  Future  Work 

In  this  report,  we  introduced  a  unifying  framework  for  studying  databeise  behavior  based  on 
the  concepts  of  relational  discrete  event  system,  and  relational  discrete  event  model.  Also, 
production  system  and  recurrence  equation  RDEMs  were  presented  and  compared  in  terms 
of  their  expressive  power.  In  addition,  non-deterministic  behavior  of  databases  was  defined 
for  both  RDEMs,  and  the  expressive  power  of  deterministic  and  non-deterministic  Prodata 
(sets  of  production  rules)  programs  was  compared.  It  was  shown  that  the  recurrence 
equation  RDEM  has  less  expressive  power  than  the  production  system  RDEM  for  non- 
deterministic  Prodata  programs.  However,  for  deterministic  programs,  they  have  the  same 
expressive  power.  For  Prodata  programs,  it  was  shown  that  non-deterministic  programs 
have  more  expressive  power  than  deterministic  ones  for  deterministic  interpreters.  This 
exhibits  importance  of  non-determinism  for  describing  certain  types  of  database  behavior. 

For  PS  RDEM,  several  interpreters  were  proposed  and  compared  in  the  framework  of 
various  types  of  dominance.  Among  these  interpreters,  parallel  deterministic  interpreter 
is  the  most  promising.  It  was  shown  that  it  absolutely  dominates  any  other  interpreter, 
although  it  may  not  path-dominate  all  of  them  deterministically.  Nevertheless,  for  the 
important  class  of  cyclic  trajectories,  parallel  deterministic  interpreter  deterministically 
path-dominates  any  other  interpreter.  In  addition,  it  deterministically  path-dominates 
any  operationally  deterministic  interpreter  on  the  set  of  rule  deterministic  programs.  It 
was  also  shown  that  the  parallel  deterministic  interpreter  strictly  deterministically  path- 
dominates  an  0PS5-like  interpreter.  This  means  that  OPSo  is  not  the  best  interpreter, 
compared  in  terms  of  the  expressive  power. 

We  are  currently  working  on  the  ways  to  reduce  the  number  of  non-deterministic  choices 
in  database  behavior  by  preferring  some  choices  to  the  others.  For  example,  in  the  chess 
game,  a  player  makes  only  those  moves  that  improve  his/her  position,  as  opposed  to  all 
possible  moves  the  player  can  make. 
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